home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1997 December / Internet_Info_CD-ROM_Walnut_Creek_December_1997.iso / ietf / urn / urn-archives / urn-ietf.archive.9607 / 000006_owner-urn-ietf _Fri Jul 12 19:30:34 1996.msg < prev    next >
Internet Message Format  |  1997-02-19  |  3KB
  1. Received: (from daemon@localhost) by services.bunyip.com (8.6.10/8.6.9) id TAA19899 for urn-ietf-out; Fri, 12 Jul 1996 19:30:34 -0400
  2. Received: from mocha.bunyip.com (mocha.Bunyip.Com [192.197.208.1]) by services.bunyip.com (8.6.10/8.6.9) with SMTP id TAA19893 for <urn-ietf@services.bunyip.com>; Fri, 12 Jul 1996 19:30:30 -0400
  3. Received: from perseus.ultra.net by mocha.bunyip.com with SMTP (5.65a/IDA-1.4.2b/CC-Guru-2b)
  4.         id AA13350  (mail destined for urn-ietf@services.bunyip.com); Fri, 12 Jul 96 19:30:04 -0400
  5. Received: from [199.232.102.172] (tiamat.jch.com [199.232.102.172]) by perseus.ultra.net (8.7.4/dae0.6) with SMTP id TAA00478; Fri, 12 Jul 1996 19:29:14 -0400 (EDT)
  6. Message-Id: <199607122329.TAA00478@perseus.ultra.net>
  7. X-Sender: jch@pop.ultranet.com
  8. Mime-Version: 1.0
  9. Content-Type: text/plain; charset="us-ascii"
  10. Date: Fri, 12 Jul 1996 19:33:51 -0500
  11. To: urn-ietf@bunyip.com
  12. From: jch@jch.com (YON - Jan C. Hardenbergh)
  13. Subject: [URN] What about getting stuff off of CDs?
  14. Cc: mitra@earth.path.net, rikk@best.com
  15. Sender: owner-urn-ietf@services.bunyip.com
  16. Precedence: bulk
  17. Reply-To: jch@jch.com (YON - Jan C. Hardenbergh)
  18. Errors-To: owner-urn-ietf@bunyip.com
  19.  
  20. Forgive me if this is discussed somewhere, I did at least some dew
  21. (behind the ears) diligence.
  22.  
  23. I want to use URNs to get stuff off of CDs, with the browser knowing
  24. how to map the URN to the right mount point (some level of indirection).
  25.  
  26. The idea is to explicitly give the browser permission to substitute
  27. a matching <NSS> without checking with a registration authority.
  28. The CD is a mirror of some sort, and we want a Namespace ID + Authority
  29. to grants the browser the right to use local data. This implies trust;
  30. speed is more important than document integrity.
  31.  
  32. Is this just wrong?
  33.  
  34. Would "URN:x-vrml:<library name>:<NSS>" be obscene? Truly chastised forever?
  35.  
  36. >From a VRML point of view, we have lots of large data sets that many
  37. would like to ship on CDs to provide library objects and make cools
  38. virtual worlds over less than a T1 interesting. We've been planning
  39. to use URNs when the first level was "library name."  There is a strong
  40. sentiment to "just do something" and some balancing sentiment to wait
  41. for URNs.
  42.  
  43. The current draft of VRML 2.0 talks about URNs with new bold letters
  44. "this must be cleaned up"... before our 4-AUG-96 publication date :-)
  45.  
  46. http://webspace.sgi.com/moving-worlds/spec/part1/concepts.html
  47.  
  48. It seems the choices are:
  49.   1) (assuming the syntax is stable) make up an experimental NID...
  50.   2) "just do something" else that does not involve the TLA URN.
  51.   3) try to get it out of the draft and wait for a few months to
  52.       see if things settle.
  53.  
  54. Thanx for any attention units!
  55.  
  56.  
  57. YON - Jan C. Hardenbergh - http://www.jch.com/~jch
  58.  jch@jch.com aka jch@{netscape, ultranet, world.std}.com
  59.   "Only the real world is so unreal" Tracy Bonham - 1996
  60.  
  61.